treeviewcolumn: Use gtk_widget_measure to measure widget sizes

pathbar: Use gtk_widget_measure to measure widget sizes

Update Basque language

Updated Lithuanian translation

widget: Reword size request documentation

treeview: Use gtk_widget_measure to measure widget sizes

menus: Use gtk_widget_measure to measure widget sizes

applicationwindow: Use gtk_widget_measure to measure widget sizes

Update Catalan translation

Update Korean translation

Update Korean translation

Update Basque language

Update Basque language

HighContrast/parse-sass.sh: Use a reliable shebang

/usr/bin/sh does not exist on e.g. Debian sid.
Use the same shebang as Adwaita/parse-sass.sh

Adwaita: style selectionmode checks for flowbox tiles

- continue being asset based rather than drawn by CSS
- using node 'check' rather than style '.check'

https://bugzilla.gnome.org/show_bug.cgi?id=779074

Adwaita: style flowbox tiles

+ fixups by Daniel Boles from gtk-3-22

https://bugzilla.gnome.org/show_bug.cgi?id=779073

gtk-demo: Add 3fg touchpad swipe handling to gestures demo

We can handle those on wayland, so we should show it's possible.

gtkgesturesingle: Fallback to GtkGesture handling on GDK_TOUCHPAD_SWIPE

There are GtkGestureSingle subclasses that can be made to handle multiple
fingers (GtkGestureSingle is a subclass of GtkGesture, and not the
opposite, after all). And GtkGestureSwipe already tries to handle
GDK_TOUCHPAD_SWIPE events, except this event handler silently ignores
those.

Falling back to the GtkGesture generic handler which already
handles touchpad gesture events fixes this.

placesview: Simplify button construction

placessidebar: Fix css node name typo

widgetnode: Remove unused define

cssnodestylecache: Use const pointer in lookup

gdkwindow: Plug memory leak

gdk_drawing_context_get_clip returns a newly allocated cairo_region_t,
so we have to destroy it.

switch: remove unnecessary gtk_widget_show calls

cssselector: Stop parsing deprecated selectors

csswidgetnode: Remove unused include

Convince OS X to fully fullscreen windows

We typically want to have the full screen given to
the content, not the aspect-ratio preserving behavior
that newer OS X has.

https://bugzilla.gnome.org/show_bug.cgi?id=779383

Update Icelandic translation

(cherry picked from commit 36e1761c8479a88bb29619f404e34c68f96c2dc9)

Updated Danish translation

Updated Danish translation

Update Icelandic translation

(cherry picked from commit fb53855fc8f286d8cef7cf7a31cecef048b6a0ad)

Implement backdrop for Quartz

We need to send window state change events to make GTK+
pick up on focus changed for backdrop.

https://bugzilla.gnome.org/show_bug.cgi?id=779392

quartz: Let CSD windows be fullscreen

I've found that I need this patch to make it possible for
windows with headerbar to be made fullscreen on OS X.

https://bugzilla.gnome.org/show_bug.cgi?id=779383

wayland: make sure to clear up the number of keys

Make sure to clear up the number of keys being pressed on enter/leave so
that we don't end up with leftovers if a new window is mapped by a
keyboard shortcut.

https://bugzilla.gnome.org/show_bug.cgi?id=779374

Fix bad check of GtkActionPadType in gtk_pad_controller_set_action

https://bugzilla.gnome.org/show_bug.cgi?id=779317

mir: deprecate gdk_mir_window_get_mir_surface ()

mir: delete commented debug output

mir: migrate away from deprecated mir api

mir: move #include to correct file

Update French translation

Update German translation

Update Icelandic translation

Range: Remove leftover comment about update policy

Update policies were removed way back in 2011… in
commit c43a31ea33fe048fe74cd669418bea58d544ffab

Updated Spanish translation

Update Hungarian translation

wayland: do not cancel key repeat on key press

The key repeat is stopped as soon as a key is pressed, so if the user
quickly presses a key while another is already pressed and being
repeated, key repeat gets cancelled:

 - key1 press
 - key1 repeat
 - key2 press -> key1 repeat stopped
 - key1 release
 - key 2 is not repeated even though it's kept depressed

This is a different behavior from X11, which confuses migrating users.

To mimic the X11 behavior, keep track of the number of keys pressed
simultaneously and cancel key repeat only when none is pressed.

This way, if a user pressed a key while another one is being repeated,
the new key press can possibly be repeated as well.

Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=778019

Update Spanish translation

Update Galician translation

Update Galician translation

Update Polish translation

Update Hungarian translation

Update Hungarian translation

Updated Serbian translation

Updated Serbian translation

Update Brazilian Portuguese translation

Update Italian translation

wayland: Fix a race condition with xdg_popup resize

When resizing an xdg_popup immediately after the initial mapping, there
is a race condition between the client and the compositor which is
processing the initial size given by the xdg_positioner, leading to the
xdg_popup to be eventually of the wrong size.

Only way to make sure the size is correct in that case is to hide and
show the window again. Considering this occurs before the initial
configure is processed, it should not be noticeable.

https://bugzilla.gnome.org/show_bug.cgi?id=772505

Update Kazakh translation

Inspector: Use Title Case for labels & menu items

https://developer.gnome.org/hig/stable/writing-style.html.en

https://bugzilla.gnome.org/show_bug.cgi?id=779147

Fix Catalan translation

Update Catalan translation

TextView—Avoid pointless Pango in iter_line_is_rtl

Get the direction that was already worked out and stored in the
TextLineDisplay, rather than making Pango figure it out again.

https://bugzilla.gnome.org/show_bug.cgi?id=136059

TextView—Plug a memory leak

Thanks to Nelson Benitez for pointing this out.

https://bugzilla.gnome.org/show_bug.cgi?id=136059

Revert "testsuite/scrolledwindow—Test non-overlay/non-auto"

This reverts commit 5a6e6689ec9c3158832848f951b259cd1eeaa777.

Reverting until I can be sure gtkscrolledwindow.c does the right thing.

https://bugzilla.gnome.org/show_bug.cgi?id=778853

Revert "ScrolledWindow—Don’t req size for auto-hidden bars"

This reverts commit 901e5ff3a36b74b8ae4c19f4f20e84bc70b44913.

This causes criticals in e.g. the Text View: Multiple Buffers demo.
More work is required to get a fix for Bug 778853 that does not cause
anything else to regress.

https://bugzilla.gnome.org/show_bug.cgi?id=778853

Scale: Fix erroneously removed : in a signal doc

Update Chinese (Taiwan) translation

Update Chinese (Taiwan) translation

Frame—Note set_label always destroys :label-widget

The fact that it doesn’t reuse the existing GtkLabel if present is not
immediately obvious to users (or is it just me?), so clarify that the
pre-existing :label-widget, if any, is always removed and replaced.

Frame—Clarify relationship of :shadow-type & .flat

Update Italian translation

Update Italian translation

Update Brazilian Portuguese translation

Update Polish translation

Frame: Explain the .flat style class

testsuite/scrolledwindow—Test non-overlay/non-auto

It was only testing the default configuration where overlay-scrolling is
TRUE and the policy is POLICY_AUTOMATIC. We should also test FALSE and
POLICY_ALWAYS. This commit adds those tests and makes the !overlay &&
POLICY_ALWAYS case pass by excluding the size of the relevant scrollbar,
as we are only interested in whether the content size is as requested.

https://bugzilla.gnome.org/show_bug.cgi?id=778853

ScrolledWindow—Don’t req size for auto-hidden bars

POLICY_AUTOMATIC means scrollbars are only shown when needed, i.e. when
the size of the window is not large enough to show the entire child. So
when measuring the preferred size, such scrollbars should be ignored.

But measure() was adding size for bars for which policy_may_be_visible()
was TRUE, which it returns for POLICY_ALWAYS (good) & _AUTOMATIC (bad).
So we reserved space for child plus scrollbars, & because we have enough
space for the child, POLICY_AUTOMATIC hides the scrollbar, leaving the
extra reserved space empty at the right/bottom sides of the child. This
is very noticeable/inconvenient for non-overlay, automatic scrollbars.

Fix this by only requesting size for scrollbars that use POLICY_ALWAYS,
rather than basing the decision on policy_may_be_visible().

https://bugzilla.gnome.org/show_bug.cgi?id=778853

Updated Norwegian bokmål translation.

TextView—Fix inverted movements by arrows in RTL

Using Ctrl + left/right to skip between words, or left/right to cancel a
selection, were causing movement on the screen in the opposite direction
of the glyph on the key. This was surprising and awful UX for RTL users.

This is based on a patch covering the former case by:
Author:    Mehdi Sadeghi <mehdi@mehdix.org>
Date:      Sat Feb 18 02:16:00 2017 +0000

https://bugzilla.gnome.org/show_bug.cgi?id=136059

Entry: Add newlines to ease reading huge switches

These are monstrosities!

Entry—Fix inverted movements by arrow keys in RTL

Using Ctrl + left/right to skip between words, or left/right to cancel a
selection, were causing movement on the screen in the opposite direction
of the glyph on the key. This was surprising and awful UX for RTL users.

This is based on a patch covering the former case by:
Author:    Ori Avtalion <ori@avtalion.name>
Date:      Tue Apr 20 08:06:23 2010 +0000

https://bugzilla.gnome.org/show_bug.cgi?id=136059

Scale: Fix signal documentation syntax

Oops, sorry. Thanks to Cristoph Reiter for correcting me on this.

Scale: Improve docs of format-value property

Scale: Improve docs of prop digits in other places

There were places still implying that it was only used for display.

Scale: consistent #Class:signal-or-property syntax

Use : everywhere, not a mixture of : and ::

CssSelector: Fix warning for bad pseudo-class name

It was "Missing name of pseudo-class", but the real problem is exactly
the opposite: we /have/ been given a name, but it is not a valid one.
Change it to "Invalid name of pseudo-class" to minimise confusion.

testsuite/gtk/textiter: Add missing assertion

gboolean ret for whether gtk_text_iter_backward_line() moved the iter
was declared but not used anywhere. I presume it was meant to be
checked, and it passes now, so let’s do it.

Revert "testsuite/gtk/textiter: Remove an unused variable"

This reverts commit 8bddf52b510457f73e2ab70049e63d2f6125f456.

testsuite/gtk/textiter: Remove an unused variable

scrolledwindow: Remove unused define

image: Remove useless queue_resize call

This will be done form GtkIconHelper already when we call
gtk_image_reset

expander: Remove unused defines

notebook: Use gtk_widget_measure

expander: Use gtk_widget_measure

scrolledwindow: Avoid usage of uninitialized local

the scrollbar passed in better be either priv->hscrollbar or
priv->vscrollbar. Ensure that by using a simple else instead of an
else-if and a g_assert.

Update Finnish translation

Updated Lithuanian translation

Updated French translation

Update Slovak translation

widget: propagate scale factor upon reparenting a widget

When a widget is created, its default scale is the scale of the
primary screen (for instance 2). But once parented to another widget
its scale factor should be the one of its parent (if parented to a
widget on a screen at scale factor 1, it should be 1).

The problem is that we don't emit the notify::scale-factor signal when
reparenting happens.

https://bugzilla.gnome.org/show_bug.cgi?id=776821